home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1994 March / Internet Info CD-ROM (Walnut Creek) (March 1994).iso / inet / iesg / iesg.92-07-27 < prev    next >
Text File  |  1993-02-04  |  10KB  |  284 lines
  1.  
  2.  
  3.                      IETF STEERING GROUP (IESG)
  4.  
  5.                   REPORT FROM THE TELECONFERENCE
  6.  
  7.                        July 27th, 1992
  8.  
  9.          Reported by:  Greg Vaudreuil, IESG Secretary
  10.  
  11. This report contains IESG meeting notes, positions and action items.
  12. For more information please contact the IESG Secretary.
  13.  
  14.                 iesg-secretary@nri.reston.va.us
  15.  
  16.  
  17. ATTENDEES
  18. ---------
  19.  
  20.     Almquist, Philip / Consultant
  21.     Chiappa, Noel 
  22.     Crocker, Dave / TBO
  23.     Crocker, Steve / TIS
  24.     Coya, Steve / CNRI
  25.     Davin, Chuck / MIT
  26.     Gross, Philip / ANS
  27.     Hinden, Robert / SUN
  28.     Hobby, Russ / UC-DAVIS
  29.     Reynolds, Joyce / ISI
  30.     Stockman, Bernard / SUNET/NORDUnet
  31.     Vaudreuil, Greg / CNRI
  32.  
  33. Regrets
  34.  
  35.     Borman, David / Cray Research
  36.     Huizer, Erik / SURFnet
  37.     Piscitello, Dave/ Bellcore
  38.  
  39.  
  40.  
  41. AGENDA
  42. -------
  43. 1. Administrivia
  44.    o IESG Membership
  45.    o Bash the Agenda
  46.    o Next Meeting
  47.  
  48. 2. Protocol Actions
  49.  
  50.    o Network Time Protocol
  51.    o IP over HIPPI                 
  52.    o Appletalk/PPP            
  53.    o CLNP/PPP                 
  54.    o Privacy in Network Databases 
  55.    o Naming Guidelines         
  56.    o User Friendly Naming       
  57.    o OSI Transport on the TCP
  58.    o NICNAME/WHOIS
  59.    o TCP/IP Header Compression 
  60.    o BGP/OSPF Interactions 
  61.    o PPP Authentication  
  62.    o IDPR               
  63.  
  64. 3. Technical Management Issues
  65.    o IAB/IETF Process Working Group
  66.  
  67. 4. Working Group Actions
  68.    o Charmib to Conclude 
  69.    o IDENT post-mortem
  70.    o Newcomers Guide to the IETF
  71.  
  72. Minutes
  73. ---------
  74.  
  75. 1) Administrivia
  76.  
  77.   o IESG membership evolution
  78.  
  79.     Susan Estrada and Noel Chiappa have indicated their desire to
  80.     devote their resources to helping the Internet by increasing their
  81.     commitments to specific activities and are unable to continue there
  82.     participation on the IESG.   The IESG expressed its gratitude for
  83.     their valuable service.   Phill Gross will begin the process of
  84.     recruiting a new Operations area director to replace Estrada.
  85.  
  86.     A minor reorganization of the Internet Area will move
  87.     responsibility for Addressing into the Routing Area.  Philip
  88.     Almquist will continue service as Internet Area Director,
  89.     primarily responsible for router and IP over Foo protocols.  Bob
  90.     Hinden reported the formation of a Routing advisory group to help
  91.     ensure high quality review of the routing architecture and
  92.     protocols.  Noel was recruited as the first member of the Routing
  93.     Directorate. 
  94.  
  95. Action: Gross -- Announce the departure of Noel Chiappa and Susan
  96. Estrada from the IESG.
  97.  
  98. Action: Vaudreuil -- Remove Noel Chiappa and Susan
  99. Estrada from the IESG mailing list and other administrative documents.
  100.  
  101.   o Agenda bashing
  102.  
  103.     Several topics were added, including a discussion of the proposed
  104.     IAB/IETF process working group and the need for better document
  105.     review.
  106.  
  107.   o Next meeting
  108.  
  109.     The IESG set the next meeting at 12 EDT August 10th.
  110.  
  111. 2) Protocol Actions
  112.  
  113.   o Network Time Protocol Version 3
  114.  
  115.     The IESG has received a request from Dave Mills to elevate RFC1305,
  116.     the Network time protocol to Draft Standard status.  This RFC is a
  117.     Postscript-primary document with a substandard, virtually useless
  118.     ASCII version.  The IESG discussed the new IAB requirement that
  119.     protocol specifications have an ASCII version of the document as
  120.     the reference version and concluded that the NTP V3 protocol must
  121.     have an ASCII version before it can be advanced to Draft Standard.
  122.  
  123. Action: Vaudreuil -- Contact Dave Mills and communicate the IESG
  124. requirement that a reference ASCII version of the NTP protocol be
  125. provided before it can be advanced to Draft Standard status.
  126.  
  127.   o IP over HIPPI
  128.  
  129.    The IESG did not reviewed the document.
  130.  
  131. ACTION: Almquist, Chiappa -- Review the IP over HIPPI document for
  132. technical clarity and architectural soundness.
  133.  
  134.   o Appletalk over PPP
  135.  
  136.    The IESG did not reviewed the document.
  137.  
  138. ACTION: Almquist, Chiappa -- Review the Appletalk over PPP document for
  139. technical clarity and architectural soundness.
  140.  
  141.   o CLNP over PPP
  142.  
  143.    The IESG did not reviewed the document.
  144.  
  145. ACTION: Almquist, Chiappa -- Review the CLNP over PPP document for
  146. technical clarity and architectural soundness.
  147.  
  148.   o Privacy and Accuracy in Network Databases
  149.  
  150.    This document was created by the NISI working group at the request
  151.    of the IESG and the IESG Security Area director in particular.  It
  152.    is not intended to be a policy document but rather an exploration of
  153.    issues related to public availability of NIC databases.   The IESG
  154.    discussed this document and approved it for publication as an
  155.    Informational RFC.
  156.  
  157. ACTION: Vaudreuil -- Craft and send a notification to the RFC Editor
  158. requesting publication of the Internet Draft "Privacy and Accuracy in
  159. NIC Databases" as an Informational RFC.
  160.  
  161.    o Directory Naming Guidelines 
  162.    o User Friendly Naming
  163.  
  164.     IESG consideration of these two OSI X.500 related documents was
  165.     deferred until the OSI area directors can participate.
  166.  
  167.   o OSI Transport over the TCP
  168.  
  169.    The IESG approved RFC1006 for Full Standard Status, however, the RFC
  170.    has a number of relatively minor and non-technical errors.  Because
  171.    RFC1006 is so well know by it's RFC Number, the author felt that
  172.    republication was excessively painful.   Dave Piscitello and the RFC
  173.    editor discussed this with the author and agreed to "silently"
  174.    update RFC1006 in the rfc directories.  Now that this has been
  175.    completed, the IESG gave the OK to send the announcement to the
  176.    IAB.
  177.  
  178. ACTION: Vaudreuil -- Confirm that RFC1006 is the version of the
  179. protocol the IESG intends for Standard status and then send the
  180. announcement to the IAB recommending RFC 1006 for Full Standard
  181. Status.
  182.  
  183.    o NICNAME/WHOIS
  184.  
  185.     The IESG earlier approved WHOIS for Full Standard Status pending a
  186.     through review of the document.  Upon this review and comments from
  187.     the last call, the IESG concluded that RFC 954 was an inadequate
  188.     specification for Full Standard Status.  The document specifies
  189.     this protocol by example and does not standardize either the query
  190.     or the response expected.  The IESG tasked the newly forming DREGS
  191.     working group to produce a new document reflecting current
  192.     practice.
  193.  
  194. ACTION: Communicate to the IAB that WHOIS will remain as a Draft
  195. Standard until a new document can be produced better documenting this
  196. protocol.
  197.  
  198.    o TCP/IP Header Compression.
  199.  
  200.     A bug has been identified during the last call for the Header
  201.     Compression document and a new feature has been defined for use
  202.     with PPP.   The IESG was unable to determine if these revelations
  203.     would require a new document.  RFC 1144 is a Postscript only RFC
  204.     and will need an ASCII version before being elevated to Draft
  205.     Standard.
  206.  
  207. ACTION: Vaudreuil -- Send a note to the PPP mailing list asking for
  208. comments on the TCP/IP Header Compression document.
  209.  
  210.  
  211.    o BGP/OSPF Interactions
  212.  
  213.     The IESG notified the IAB that there were several changes to the
  214.     document before it was approved.  The IAB, which had already
  215.     received the recommendation from the IESG had additional comments.
  216.     These comments and the other changes suggested by the working group
  217.     were made by the author and the document is back to the IAB for
  218.     balloting.
  219.  
  220. ACTION: Vaudreuil -- Confirm that the token for the BGP/OSPF
  221. Interactions document is in the hands of the IAB.
  222.  
  223.    o IDPR 
  224.  
  225.     The IESG is currently balloting on IDPR.  A suggestion was made to
  226.     form a review panel for IDPR similar to the one convened for BGP.
  227.     While the IAB has not formally asked for IESG discussion, the IESG
  228.     explored this issue and for two primary reasons concluded that an
  229.     independent technical review was not necessary.  IDPR has been
  230.     reviewed by most people with an architectural interest in routing
  231.     and little additional feedback is likely from such a review.
  232.     Second, IDPR is intended to be deployed as a supplemental protocol
  233.     in an elective basis and as such does not have nearly the same
  234.     operational impact as BGP. BGP is intended to be the primary EGP
  235.     for the Internet and as such the IESG required a high degree of
  236.     confidence that it was a solid protocol. 
  237.  
  238. POSITION: IDPR does not need a technical review for Proposed Standard
  239. because little is likely to be learned and the protocol is not expected
  240. to have a severe operational impact.
  241.  
  242.  
  243. Technical Management Issues
  244.  
  245.    o IAB/IETF Interaction/Process Working Group.
  246.  
  247.     One of the proposals from the IETF Open Plenary was to create an
  248.     open working group to explore the working relationship and
  249.     procedures between the IAB and the IETF and make suggestions for
  250.     improvement.  The IESG discussed this effort and agreed that it was
  251.     a good idea.  It is unclear what form or direction this group
  252.     should take, and there was strong sentiment that the formation of
  253.     this group should be done in dialogue with the ISOC Board of
  254.     Directors.
  255.  
  256. ACTION: Gross -- Discuss the proposed IAB/IETF Process Working Group
  257. with Vint Cerf, president of the Internet Society for possible
  258. involvement of the ISOC board in any such group.
  259.  
  260.    o IETF Newcomers Guide. 
  261.  
  262.     Discussion has begun in earnest on the IETF mailing list about the
  263.     need for better education.  Gary Malkin has volunteered to write
  264.     the guide and has begun a mailing list for discussion.  The IESG
  265.     has requested the IETF secretariat to write a "handbook" for IETF
  266.     and IESG operation, with a focus on the procedures to be used by a
  267.     working group chairs. The IESG understands this to be a separate
  268.     effort from the newcomers guide but has asked Steve Coya to work
  269.     with Gary on this effort.
  270.  
  271. Action: Vaudreuil -- Solicit and compile a wishlist from the IESG for
  272. topics to be included in a newcomers guide to the IETF.
  273.  
  274.  
  275. Working Group Actions
  276.  
  277.    o Character MIB Working Group.
  278.  
  279.     The Character MIB working group has completed their charter and
  280.     was retired by the IESG.
  281.  
  282. ACTION: Vaudreuil -- Announce the conclusion of the Character MIB
  283. Working Group to the IETF.
  284.